REAL LIFE IMPLEMENTATION OF MODERN PORTFOLIO 
THEORY (MPT) FOR FINANCIAL PLANNING AND PORTFOLIO 

MANAGEMENT 

The present invention relates generally to a system and method 
5 of financial planning and portfolio management and, more particularly, to a 
system and method of selecting and managing a portfolio of investment 
assets for maximizing investment returns under a set of user-specified 
investment preferences or strategies. 

BACKGROUND OF THE INVENTION 

10 Modern Portfolio Theory (MPT), especially in the context of 

Capital Asset Pricing Model (CAPM) first developed by William Sharpe and 
John Linter, assumes that an investor maximizes his/her terminal wealth by 
investment portfolio decisions made today. In making investment portfolio 
decisions, an investor attempts to examine every possible investment 

15 opportunity to form an efficient portfolio frontier and picks the most efficient 
portfolio vector for maximizing an investment return. Since every prudent 
investor would do this, the most efficient portfolio that he or she picks would 
be the same for all, given risk-free lending and borrowing rates. Such an 
investment portfolio is known as a market portfoho. 

20 However, people differ in their risk preferences. Consequently, 

some investors might mix their investments in a market portfolio with risk- 
free or less risky assets, while others might prefer to invest exclusively in the 
market portfolio with borrowed funds. Alternatively, people might hold a 
well-diversified mutual fund, which generally will result in a similar risk- 

25 return profile as those achievable by an individual portfolio, which combines 
a market portfolio and risk-free assets under the CAPM theory. 

However, determining how individual asset returns are 
generated under conditions of market uncertainty is not provided by MPT. 
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This has not only been a crucial element missing from MPT, but is also an 
important consideration to all investment practitioners in real world trading, 
because each individual security return would eventually determine the 
expected returns and variance of every portfolio containing that security and, 
5 hence, will determine the shape of the efficient portfolio frontier under MPT. 

The originally developed CAPM has very little to say about how 
each individual security return is generated. Various improvements to the 
original CAPM have been proposed, such as the Single Index CAPM and 
various other forms of Multi- Factor CAPMs (with or without various taxes, 

10 transaction costs, inflation rates, and the like). On the other hand, Arbitrage 
Pricing Theory (APT) by Steve Ross proposes that whatever results the 
CAPM may have produced must be a result of the investor arbitrage. As a 
result. Professor Ross starts out with the theory of a k-factor return 
generating function for each individual security; and assumes that every 

15 investor would be interested in making risk-free profits by forming an 
arbitrage investment portfolio utihzing his pre-specified return generating 
function of linearity for each individual security. According to Professor Ross' 
theory, the final pricing formula for capital asset prices would be similar to 
that of the CAPM. 

20 Factors determining individual security returns are proprietary 

to every security analyst. Every portfolio manager has his/her own set of 
factors. Generally, what determines the security returns follows a return 
generating function in a form described in equation (1) below 

R, A, fE,.Fj ^ (1) 

25 where Ri is a rate of return on a security, i; Fj is an economic factor, j, 
affecting all security returns; A- is a regression constant; E^^ is a sensitivity 

of the return on a security, i, with respect to a change in factor, j. Those j 

2 

\\\LA - 82347/2 - #101387 vl 



factors may include industry identifiers, the inflation rate, the unemployment 
rate, exchange rates, economic growth rates, interest rates, and so forth. 

n 

Since an investment portfolio return is defined as f Xfi^, 

where XiS are respectively a proportion in which an investment is made in a 
5 security, i, the expected return E and the standard deviation a for a risky 
portfolio are respectively defined as 

£>R^= fX,^,= and (2) 
"f 1 

i I / 1 y 1 

Techniques of maximizing the portfolio's expected return, E[Rp] 
10 and minimizing the portfolio's risk, q ^ , have been well documented in many 

finance textbooks. However, the proposed techniques are often inadequate or 
even incomplete from most investors' point of view. 

For example, the market portfolio under MPT exists only in 
theory. Since the market portfolio as suggested in MPT is only a theoretical 

15 construct, it is possible that efficient portfolios selected by sub-sampled 
stocks may outperform (or underperform) any available market benchmark 
index, which many investors use as a proxy for the market portfolio. 
Furthermore, properties of the probability distribution for security returns, 
as are given in equation (1), are not constant over time. To understand this, 

20 a great deal of theoretical research has been done in the area of MPT by 
utilizing various stochastic process models. However, there has been no 
definite conclusion as to how an individual portfolio should readjust itself to 
an optimum portfolio in a dynamic stochastic model. Consequently, it is 
quite difficult for an investor to plan ahead to maximize his terminal wealth 

25 when the probability distribution parameters change in the face of constantly 
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changing investment environments in real time. In addition, there has been 
no known computational facility currently available to individual investors 
through the Internet or other communication channels designed to show how 
an optimum portfolio should be formed or approached by taking into 
5 consideration all assumptions made in MPT. 

Moreover, no known tool incorporating efficient portfolio 
modeling theories (e.g., CAPM) is currently available to investors through the 
Internet, or other communication channels, that is designed to provide many 
desirable features in helping investors to make their investment decisions 
10 with respect to portfolio management. Consequently, individual investors 
often have to rely on professional portfolio managers in making investment 
decisions using, among others, the above-mentioned market portfolio 
theories. These desirable decision-making features may include: 

• To show how one can pick a scenario portfolio, which may outperform a 
15 given market index by selecting stocks through (i) various stock screening 

features, (ii) back tests, and/or (iii) virtual trades; 

• To show how one can better manage his or her portfolios by recognizing 
the bid/ask spread, brokerage commissions, potential tax obligations, etc., 
in real time; 

20 • To show how one can attempt to re-balance his or her own portfolios by 
suggesting various criteria or preferences with a possible trading band; 

• To present a financial statement for each one of their investment portfolio 
accounts; 

• To show how a risk level rises or falls in real time, as he or she manages 
25 his or her own portfolios; 

• To execute and settle orders automatically in real time, especially those 
orders involving a basket of securities; 

• To show automatically how investors could allocate investment assets in 
real time; or 
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To provide various investment calculators for investment analysis 
purposes. 



SUMMARY OF THE INVENTION 

It is a general object of the present invention to provide a system and 
5 method capable of interacting with a user for receiving user determinable 
values or preferences of investment parameters to be inputted into the 
system for generating an investment scenario portfolio based on the user 
defined parameters. 

It is another object of the present invention to provide user interaction 
10 with a computer network system over the Inter or Intra-net for assisting the 
user in defining user determinable parameter values or preferences and for 
monitoring in real time an existing (or a scenario) portfolio generated by the 
computer network system based on the user inputs. 

It is yet another object of the present invention to provide a system and 
15 method capable of automatically re-balancing existing and/or scenario 
portfolios based on the user determinable parameter values and of 
automatically executing trades of securities to form a new portfolio. 

In one embodiment, the present invention comprises a computer server 
connected to a client system through a first network and connected to 
20 computers of a plurality of brokerage houses through a second network, 
wherein the computer server has one or more mathematical computational 
models for computing optimized portfolios based on various user- 
determinable portfolio rebalancing strategies or preferences and has an 
executing engine for executing security trades in response to results of the 
25 calculated optimized portfolios, either automatically or manually as directed 
by a user. 

The above-stated objectives are for illustrative purposes and, thus, do 
not limit the scope of the present invention. Additional features and 
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advantages of the present invention will be set forth in the descriptions that 
follow. The objectives and other advantages of the invention will be realized 
and attained by the structure particularly pointed out in the written 
description and claims hereof as well as the appended drawings. It will be 
5 further understood that the drawings are for purposes of illustration and are 
not to be construed as defining the scope of an invention. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 shows a basic implementation of the present invention. 
Figure 2 shows an Expected Risk Premium chart demonstrating the 
10 way in which an optimum scenario portfolio is determined with its expected 
risk premium to risk function. 

Figure 3 shows a three-tier logic structure in functional architecture 
overview of the present invention. 

Figure 4 shows another three-tier logic structure in functional 
15 architecture overview of the present invention. 

Figure 5 shows a three-tier logic structure in query functional mode of 
the present invention. 

Figure 6 shows a three-tier logic structure in monitoring/graph 
functional mode of the present invention. 
20 Figure 7 shows a three-tier logic structure in user 

registration/preferences functional mode of the present invention. 

Figure 8 shows a three-tier logic structure in financial database 
functional mode of the present invention. 

Figure 9 shows a three-tier logic structure in platform overview of the 
25 present invention. 

DETAILED DESCRIPTIONS OF EMBODIMENTS 

The present invention entails a method and system for 
managing investment portfolios through a mathematical model and 
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electronic on-line or off-line trading via the Inter- or Intranet 
communications technologies. The method is an integrated financial 
planning package that can be delivered directly to an individual investor/user 
and/or other investment professionals. The present invention is capable of 
5 managing cash (or cash equivalent) accounts as well as all other investment 
accounts in fixed income bonds, stocks and other financial assets including 
derivatives either singularly or collectively both in automatic and/or manual 
modes. 

Figure 1 illustrates a basic physical configuration and procedural steps 

10 of a preferred embodiment of the present invention. 

Step 1 A user will be asked to give detailed information regarding 
his/her individual investment preferences using an HTML form on a client 
system 10 and received by a computer server 20. The computer server 20 is 
connected to the client system 10 through a network 30. The network 30 can 

15 be a wired or a wireless communication network capable of facilitating 
Internet or Intranet services to the client system 10. Consequently, the 
computer server 20 may receive from the client system 10 the user's 
investment preferences, criteria or strategies such as investment horizon, 
minimum cash reserve, annual target return, desired risk level, stop loss, 

20 upper/lower limits for portfolio rebalance, return tolerance, and other 
strategic rebalancing strategies. Upon receiving input information from the 
user the computer server 20 may update a database maintained by the 
computer server 20 and containing investment profile information of the 
user. 

25 Step 2 The computer server 20 sends criteria queries to the client 

system 10 using additional HTML forms to define the details of a scenario 
portfolio the user wishes to create. The user on the client system 10 will 
define his/her investment styles by choosing a set of user determinable 
fundamental, technical and/or other market value criteria. The computer 
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server 20 will then process these query criteria received from the user and 
will select securities in response to the user defined criteria to satisfy the 
user requirements in styles and preferences of investments, and will save 
these selected securities information for future reference. 
5 Step 3 From the client system 10, the user can invoke a mathematical 

analysis engine or program on the computer server 20. The mathematical 
analysis program on the computer server 20 will retrieve all the user defined 
investment data and configuration associated with the user. The 
mathematical analysis program will also load the stock information currently 

10 under analysis, such as the real time prices for these stocks, and will 
calculate a cash balance of the existing portfolio. Using Modern Portfolio 
Theory (MPT) as the basis of its calculation, the central computer server 20 
formulates an investment index, which is fundamental to constructing an 
optimized scenario portfolio. The computer server 20 ranks the set of stocks 

15 against the user preferences and outputs a list of recommended stocks and/or 
the numbers of shares of each recommended stock to buy or sell against the 
existing portfolio in order to form an optimum scenario portfolio. The 
portfolios are continuously monitored by the computer server 20 and when a 
pre-determined triggering event occurs, a trade recommendation will be sent 

20 to the user through the Internet, Intranet or other communication channels. 

Step 4 Each calculation by the server 20 is compiled into a readable 
result set with recommended trade decisions and displayed for the user via 
an Internet site, Intranet site, or on other display devices such as net 
appliances. The user on the client system 10 will receive the trade 

25 recommendations in a format such as an HTML form or Java applet. 

Step 5 The user on the client system 10 can specify to execute the 
trade recommendations either in an automatic mode or in a manual mode. 
Using the automatic mode, all trade decisions will be executed automatically 
and independent of user administration and monitoring. With the manual 
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mode employed, the user will receive all trade recommendations generated by 
the computer server 20. Thus, the user can decide whether or not to accept 
these trade recommendations. All information regarding security trades are 
sent to the computer server 20 by the user and are executed by the computer 
5 server 20. When the user deploys the manual-trading mode, he or she can 
approve all, some or none of the recommendations from the recommendation 
set. Alternatively, the user may specify a user-selected stock for the 
computer server 20 to trade. 

Ster) 6 The present invention will run at predetermined regular 

10 intervals to monitor the performance of the user's existing investment 
portfolio. The present invention will also regularly generate an optimal 
scenario portfolio based on the user's data and market conditions and will 
compare expected returns on the scenario portfolio against that of the 
existing portfolio and market index returns. Performance is measured for 

15 periods since the inception of the existing portfolio and the last trade date 
leading up to the present existing portfolio. Performance monitoring will 
affect the trade decision recommendations being sent to the investor (i.e., the 
user). 

With this method and system, MPT is implemented in such a way that 
20 a client portfolio selected will satisfy not only the investor's target return and 
risk requirements in real time but also the investor's investment planning 
horizon; investment styles; benchmark; the bid and ask spread; brokerage 
commissions; various taxes, and so forth. 

Further details as to the mathematical model, the user determinable 
25 investment parameters, criteria or preferences, the physical configuration, 
and other considerations according to the present invention are described 
below. 

Basic Structure 
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In the preferred embodiment, the present invention is an 
integrated personal financial planning system, or a system of securities 
investments in general, providing various analytical tools, accounting 
statements and securities order/execution systems through the Intra-, 
5 Internet or other communication technologies. The present invention 
provides investors with a complete integrated set of financial tools and 
algorithms to help the investors trade securities like a professional fund 
manager. 

First, through a series of investor questionnaires in the form of 
10 HTML forms or the like provided to the user by the computer server 20 over a 
network 30 such as the Internet, the user can specify his expected target 
return, J?r, for his entire investment portfolio (inclusive of his cash balances) 
and make revelation about his preferences toward risk in terms of beta, ^t. 
The present invention may implement this task through investor 
15 questionnaires. For example, a certain range of beta coefficients may lead to 
aggressive growth, while certain other beta values may be conservative in 
nature insofar as the risk preference is concerned. Given the rate of interest 
paid on his cash management account and on Treasuries; and the return on 
the market benchmark, Rm, an optimal allocation between his cash 
20 management account and his investment portfolio is given by: 

ZR^ (1 Z)R, 

Rt is the expected return on his investment portfolio. The symbol, co, is the 
proportion invested in cash or cash equivalent assets, e.g. money market 
funds. Repurchase Agreements, CDs, and the like, and consequently, (1- co) is 
25 the proportion invested in a portfolio of risky assets. Rc is the return on the 
cash account and Ri is the rate of return on a portfolio of risky assets. Under 
MPT, Ri can be further defined as 
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In view of the fact that Rm is almost impossible to measure in reality, the 
present invention bases its return on the market benchmark, Rm, based on 
the investor's investment styles, e.g. small caps, value stocks, etc., unlike in 
the case of MPT. This return on the market benchmark will be one of the 
5 major advantages in the present invention as will be discussed later below. 

An optimal asset allocation, (p, between fixed income and equity 
securities is given by: 

Rj IR, (1 i)^. 

The expected return on a risky portfolio, Ri, will be computed by maximizing 

10 an objective function, (Ri - Rc)l ai with respect to 1 's, proportion in which 
bonds and stock portfolios are combined to form an optimal asset allocation. 
The symbol, ai, is the standard deviation of the portfolio's return. 

Expected returns and the standard deviation on a bond and 
stock portfolio will be determined separately. First, given the investor's 

15 investment planning horizon, for example, a duration matching principle can 
be employed along with the bond's convexity and the yield to maturity to 
compute the bond portfolio's anticipated horizon yield. Second, an optimal 
equity portfolio can also be formed by a maximizing function, (Rs - Rb)/(cs-<yh), 
similar to the maximizing function introduced previously. Finding the 

20 optimal value of the expected return and the standard deviation for the 
equity portfolio will then be a routine mathematical solution. Selecting a set 
of mutual funds is straightforward and will follow a similar procedure. Thus 
the present invention determines the investor's asset allocation, cash 
management account, optimal bond, stock or even mutual fund portfolios in 

25 real time while managing the user's investment risk automatically. For 
example, risk can be measured by using a "Risk Thermostat" according to a 
formula: 

E, I , (1 I)E, 
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The optimal asset allocation thus obtained by the present invention for the 
portfolio may differ from what the user wishes to allocate, in which case the 
expected return on his aggregate investment portfolio, Ri, will be recomputed 
by using the investor-specified asset allocation. This will result in a change 
5 in o and /3l An optimal portfolio of risky assets will be described as follows. 

As Figure 2 illustrates, first, securities will be ranked in a 
descending order according to their expected return premium to risk ratios, 
the risk being defined as similar to the above-mentioned beta, see the 
declining portion of the graph. Beta for the present invention is similar to 

10 but different in several aspects from the traditional MPT beta, in the sense 
that security returns are not regressed against what is often considered as 
the aggregate market index, e.g. Dow Jones, S&P, etc., but against a market 
index which represents a particular group of securities satisfying the investor 
style requirements. Each user portfolio may have a peculiar market index 

15 generated by the computer server 20 based on the individual user input 
information, criteria, preferences, etc. Second, scenario portfolios will be 
formed by considering a portfolio of the best or highest ranked securities, a 
portfolio of the best and the next best securities, a portfolio of the best, the 
next best, and the next, next best securities, and so forth. (See the inclining 

20 portion of the graph in Figure 2). Third, an optimal portfolio is determined 
where a marginal contribution of an additional security to the portfolio turns 
negative. (See the point denoted by E in Figure 2). Fourth, the proportion in 
which investments should be made in each security in the portfolio is 
determined according to the contribution that each security makes to the 

25 portfolio. If the entire contribution made by all securities in the portfolio can 
be represented by the shaded triangular area in Figure 2, the contribution 
that each security makes to the portfolio is that portion of the shaded area 
corresponding to each security. This is similar in concept to what is known 
as "consumer surplus" in basic economics. 
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A personal financial planning worksheet can be constructed 
based on the investor's initial and future regular investments showing 
possible and/or desirable future investment returns from each investment. 
The worksheet can be readjusted by the investor along with portfolio 
5 rebalances in regular time intervals, e.g., every day, every month, or every 3 
months, etc. 

Given the investment objectives, preferences and styles provided 
by the user, the computer server 20 runs an algorithm based on one or more 
of the computational mathematical model(s) stored in the computer server 20 

10 to form an optimal initial scenario portfolio. In addition, the investor's target 
return will be used to automatically compute its accompanying risk, which 
will be used to determine an optimal size of the scenario portfolio. Expected 
returns on the scenario portfolio are also calculated. To form an initial 
portfolio, the expected return should exceed the investor's target return and 

15 the expected returns on the aggregate market benchmarks, e.g., the Dow 
Jones, etc. Once the initial scenario portfolio is formed, the performance of 
the scenario portfolio will be constantly monitored in real time. A subsequent 
algorithm would be run by the computer server 20 in every pre-specified fixed 
time interval to suggest a different composition or configuration of risky 

20 securities. Expected returns on a new scenario portfolio are compared with 
those on the pre-existing portfolio and the market benchmarks. The 
computer server 20 may then report the comparison results to the investors 
via Inter-, Intranet, or other communication channels. 

As compared to the Capital Asset Pricing Model (CAPM), 

25 wherein securities are priced under the assumption that the probability 
distribution parameters for security returns are stationary or that security 
prices follow various stochastic diffusion processes, the present invention 
dynamically changes distribution parameters for rebalancing portfolios, 
existing or scenario, to achieve efficiency, the present invention also suggests 
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various re-balancing strategies by comparing the expected returns on the 
existing portfolio to those on scenario portfolios subject to a user specified 
parameter referred to herein as the trading band limit. The trading band 
limit defines both lower and upper bounds at which the user's portfolio may 
5 require a rebalancing trade. If the user sets the band high at a level, 
rebalancing trades may occur less frequently than when the band is set low. 



based on how actively the investor wishes to manage his funds. Examples of 
re-balancing strategies are shown below. In one embodiment and for 
10 purposes of illustration only, the following symbols are defined for 
demonstrating the present invention. 



The investor may specify a desirable frequency of rebalancing 



E[S] An expected return on a scenario portfolio 

V A value of a new scenario portfolio divided by that of an 



15 



existing portfolio 
E[0] An expected return on the existing portfolio 
EPM] An expected return on the market benchmark 
G A geometric return on the existing portfolio since 



inception 

H A holding period return on the existing portfolio since last 



20 



trade 



HS A holding period return on the existing portfolio since 



25 



inception 

ST Stop loss since inception. Default = 10% 
T Target return 

M A geometric return on the benchmark portfolio since last 



trade 



m 



A holding period return on the benchmark portfolio since 



last trade 



L 



A lower bound filter. Default = -0.75% 
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U An upper bound filter. Default = 1.5% 

S A current value of the existing stock portfolio 

In addition, the following nine (9) different trading modes are 
also defined for further illustration of the present invention, 

(1) Initial Mode 

1.1 E[S]v>T>E[0] 

1.2 E[S]v>E[M] 

(2) Stop Loss Mode 

During monitoring of the portfolio, if the investor's stop loss 
limit is x% and if HS < - x% and S > 0 then the present invention 
will attempt to liquidate the investor's entire holdings and puts 
them into a cash account. A HOLD flag will be clear and a 
TRADE flag will be set with a query message like "Your portfolio 
has reached your stop loss. Do you wish to have your 
investment liquidated to limit losses?" to the investor. If a reply 
from the investor is affirmative, SELL orders of securites will be 
automatically executed. If the reply is negative, the system is 
resumed back to normal mode to continue monitoring the 
portfolio performance. 

(3) Redemption Mode 

When HS > T and S > 0 for the existing portfolio, the system will 
prompt with a query message like *Tou have now achieved your 
target return. Do you wish to have your investment redeemed?" 
to the investor. If the reply is affirmative, a REDEMPTION flag 
is set and a redemption algorithm gets executed by the computer 
server 20. If negative, the system resumes back to the normal 
mode to continue. 

(4) Buy & Hold (P-) Mode 
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When E[S]v > T > E[0], the EPS is in a Buy & Hold mode. As 
such, the system will attempt to buy securities either already 
listed in the existing portfolio or listed in a scenario portfolio. 
The system will compare the existing portfolio against the 
5 scenario portfolio and will determine which and how may shares 

of the securities in the existing portfolio need to be traded. 
(5) Market (M-) Mode 

Ml. E[S]v > M > E[0] 
M2. E[S]v>E[M]>E[0] 
10 (6) Bear (R-) Mode 

E|M| <M 

(7) Bull (B-) Mode 
E[M] >M 

(8) Lower Filter (L-) Mode 
15 LI. H<0 

L2. ABS(Hv) > ABS(L) 
L3. ABS(m-Hv) > ABS(L) 

(9) Upper Filter (U-) Mode 
Ul. H>0 

20 U2. Hv > U 

US. (Hv - m) > U 

Based on the user determinable parameters or values mentioned 
above, the following rebalancing strategies by the present invention are 
possible. 

25 (1) Buy and Hold Strategy 

TRADE only if P-Mode satisfies. 
(2) Managed Strategy 

HOLD will change to TRADE, if E[S]v > E[0]; and 
R-Mode and L-Mode; or 
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B-Mode and U-Mode 
Benchmark Strategy 

If E[M] < M, TRADE if both (Ml) and (M2) satisfy. 
If E[M] > M, TRADE only if (M2) satisfies. 
Passive Benchmark Strategy 

TRADE if both P-Mode and conditions for Benchmark Strategy 
satisfy. 

Managed Benchmark Strategy 

TRADE if conditions for both Managed and Benchmark 
Strategies satisfy. 
Profit Only Strategy 

TRADE if P-Mode and the condition that Hv > (L + U)/2 satisfy, 
e.g. Hv > (-0.75 + 1.50)/2 = 0.375% 

Managed strategies using L- and U-Modes can be further 
15 simplified by introducing the trading band (TB) parameter defined as TB = (L 
+ U)/2, where L - - U/2. When TB is set by the investor, it would 
automatically set values of L and U. 

Actual portfolio weights achieved under various reahstic 
constraints to parameters mentioned above may differ considerably from 
20 optimal weights as suggested by the mathematical algorithm in the computer 
server 20. This would be so, especially when the available cash of a 
particular investor may be limited to buy enough shares of securities, as the 
system would have recommended. Thus it would be unrealistic to achieve the 
same expected return on an existing portfolio as that from a scenario 
25 portfolio, which is supposedly optimal, proposed by the system. A series of 
mathematical iteration to adjust to optimal portfolio weights by correcting 
the existing weights may result in continuous trading resulting in 
tremendous transaction costs. In many cases the final solution reached 
through continued trades might converge either with a dampening or 
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(3) 



(4) 



(5) 



10 



(6) 



explosive oscillation. Consequently, the present invention requests the 
investor to specify a tolerance level for the expected return on the existing 
portfolio compared to that on a scenario portfolio in order to force an 
approximate solution during calculating an optimized performance of the 
5 existing portfolio. 

Features and Architecture 

An embodiment of the present invention includes the following 
logical or business components in the computer server 20: 

• Query component 
10 • Portfolio component 

• Accounting components 

• Monitoring components 

• Quote and chart components 

• User account information components 

15 Each component is respectively a combination of software and/or hardware 
entities, such as a set of mathematical algorithm codes or an electronic 
circuit, which describes the logic or performs a computation. 

Query Component 

A Query module of the computer server 20 assists the user in 
20 screening stocks and selecting these into his/her portfolio. The user specifies 
his/her investment requirements (e.g., the P/E ratio, etc.), preferences (e.g., 
the industry type, etc.) or other criteria to the computer server 20. The 
Query module then generate queries (e.g., a list of stocks satisfying the user 
requirements and preferences) based on the above-mentioned user-specified 
25 data such as the industry type, P/E ratio, etc., and feeds back queries to the 
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user. The user may select stocks into his portfoUo from the Ust returned by 
the query procedure. 

The data used by the Query module to generate the query list 
typically come from databases that are widely available with or without fees 
5 to the public over the Internet and other sources, and these data should be 
updated by the computer server 20 frequently for maintaining the most 
updated information of investment data. 

Portfolio Component 

The Portfolio Component includes several sub-modules for the 
10 computer server algorithms, trading strategies, portfolio preferences, and/or 
trading. One sub-module implements a predetermined mathematical 
algorithm derived from Modern Portfolio Theory, which determines the types 
and quantities of stocks, bonds and mutual funds to trade for the user 
portfolio. The output of the computer server 20 engine is a scenario portfolio 
15 that is theoretically the most efficient portfolio fitting the user's investment 
objectives, given constraints imposed by practical considerations, such as the 
size of a round of stocks. 

Real time data of stocks is constantly monitored by the computer 
server 20 to determine the values of the user's present existing portfolio and 
20 the scenario portfolio computed by the server engine. Expected returns of the 
stocks in the portfolios (existing or scenario), the actual track record of the 
present existing portfolio, and market conditions are used to trigger actual 
trading of securities in the existing portfolio when necessary. 

Trading may be in a manual or an automatic mode. Automatic mode 
25 may be convenient for users/investors testing their investment strategies 
with "virtual cash". Since the theoretically optimal portfolio may be slightly 
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different at each point in time the triggering module is used to Umit the 
frequency of re-balancing. 

The data used for this portfolio component comes from real time data 
sources, such as current market quotes of stocks over the Internet, and the 
5 historic database, such as the previous closing quotes of the stocks. The 
database for all stock components in the existing portfolio should be updated 
frequently. 

Accounting Component 

The accounting component maintains a double entry accounting 
10 system in the computer server 20. Information from account creating, 
transfers and trading is stored into a general ledger. The general ledger may 
be presented to the user for inspection whenever requested. 

Monitoring Component 

The performance-monitoring component tracks the users' 
15 portfolios and the market returns. The update results are output in the form 
of charts to the users. 

Quote and Chart Components 
Quote and chart components are used to generate quotes for 
price and trading history, or other related information of bonds, stocks, and 
20 mutual funds. Thus, they can be used to provide the users with information 
for research on individual stocks specified by the users. 

User Account Information Components 

User account information components maintain and extract user 
information such as email addresses and personal details. 

20 
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Architecture 

In a preferred embodiment, the logic implementation of the 
present invention is implemented in a modern three-tier architecture. In 
addition, all logic and computational algorithms are executed on the 
5 computer server 20. This allows for fast response time, minimal 
requirements for the client system 10 (e.g., a PC or a PDA), and flexibility in 
deploying upgrades. The three-tier architecture of the invention is illustrated 
in Figures 3-9 as: 

• Tier 1 - User interface 
10 • Tier 2 - Database server 

• Tier 3 - TPS Application 

Tier 1 - User Interface 
A user interface accepts information from a web server and 
presents it to the users. Since no business logic is performed on the client 

15 system, development of the user interface can be separated from development 
of server application software. This eliminates software installation 
requirements on client systems (PCs or PDAs), other than an Internet 
browser enabling the users to communicate over the Inter- or Intranet. If 
necessary in the future, the entire user interface could be switched or 

20 updated with minimal changes to the server application software by a service 
provider. 

Tier 2 - Database Server 

Stock market and portfolio information is maintained on a database 
server. The database server may be incorporated into the computer server 20 
25 or may be independent from, but connected to, the computer server 20. The 
database server includes a market database containing information relating 
to historic stock prices and company fundamental data. The database server 
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also includes a user database for maintaining information related to user 
information, portfolio preferences, accounting, and portfolio performance. 



Tier 3 - TPS Application 

The third or middle tier includes a web server, business components, 
5 and, in the case for large scale uses, an application server. The business 
components may be independent to methods or means used by the computer 
server 20 to relay and present information to the users. Thus, they can be 
used within different server environments, for example, with or without an 
application server. 

10 Java Servlets are the glue between the web server and the business 

components. These Java Servlets invoke the business components and relay 
the information retrieved or generated to the client browsers over the Inter- 
or Intranet. An HTML script type format, similar to the ASFs widely used in 
the industry, can be used with Java Server pages. The HTML script is itself 

15 a specialized Java Servlet. 

The application server provides a container for the business 
components to "live in." It is used for a web site with heavy traffic where 
continuous availability is critical. It provides for load balancing and fail-over 
with a cluster of several server machines. In other words, the computational 

20 load can be split over a number of server machines without loss of the user's 
current session. If one server machine is removed or unavailable from the 
cluster, the others will fill in to provide continuous service. 

Platform 

Software 

25 The web site may be used by anyone with an Internet browser and an 

Internet connection. The web site is presented as HTML pages, Java 
Applets, and GIF charts to maximize the interactive nature of the site while 
minimizing the client PC requirements. In order that the site be used without 
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any special plug-ins, Java 1.1 (AWT) Applets are used. However, the 
software and applications used may be updated as new technologies or 
software are constantly developed and available in the market. 

The server contains Java Servlets that send HTML outputs and 
5 communicate to Java Applets running on client PCs or PDAs via the 
Internet. In order to allow that any browser may be used and to permit 
access through firewalls, the communication method used between the client 
systems and server is by HTTP tunneling. 

In the preferred embodiment, the server programs have been 
10 developed in Java for the following reasons: 

• More scaleable due to cross platform nature compared with 
other popular systems (e.g., server side scripting with VBScript 
or Javascript, Perl, and PHP) mostly used for smaller scale web 
site development. 

15 • Allows for better organization, re-use of code, and maintenance 

compared with scripting languages. 

• Easier to develop software as compared to systems previously 
used for large scale web site development (e.g., C++ with CGI, 
NSAPI, ISAPI, or server side Active X components from ASP) 

20 • Ease of use with Apache web server (currently with approximate 

60% of Internet), Microsoft IIS (currently with approximate 22% 
of Internet), or other web servers as compared with other 
proprietary systems. 

• Ease of use in a clustered environment through the use of 
25 application servers compliant with the Sun EJB specification 

(e.g., Sybase EA Server, BEA Weblogic, IBM Websphere, etc) to 
provide for use with a large number of customers. 

• Publication of and widespread use of Java Application 
Programming Interfaces (API's) by Sun allows many options for 

23 

\\\LA - 82347/2 - #101387 vl 



fundamental software and hardware used such as web servers, 
databases, and apphcation servers, and server machines. 
Vendors for software conforming to these specifications include: 
Microsoft, Sybase, IBM, Oracle, Informix, BEA, Sun, and 
5 Hewlett Packard. 

The server programs may run on any platform that supports 
Java. This means that web site components can be developed and tested on 
inexpensive Windows PCs or Linux servers and then moved to large-scale 
UNIX servers for production use. The clustering ability means that the site 
10 can continue to operate even if one machine is temporarily out of order and 
the processing load can be balanced between server machines. The decision 
to add more powerful and expensive server machines can be delayed until the 
network traffic demands it. 

The selection of Java language in developing the server 
15 programs for the preferred embodiment of the present invention is based on 
the above-mentioned advantages provided by the Java language. However, 
future techniques or technology advancement may provide new solutions 
other than Java for developing the server programs of TPS. As a result, the 
present invention is not limited in any sense by using the Java language in 
20 the server programs of the preferred embodiment. 

Security 

In general, there are three most encountered security risks in 
operating an online trading Internet business are: 

• External and unauthorized use of the Internet to gain access to 
25 server machines and database contained therein; 

• "Spying" on Internet traffic in order to steal customers' account 
or privacy information; and 

• Unauthorized physical access to server machines. 
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These potential security breach problems should be addressed 
and prevented when implementing the present invention. Many commercial 
security programs are currently available for installation in the computer 
server 20. Alternatively, proprietary security programs may be developed 
and/or incorporated into the server programs. 

The described embodiments of the present invention are intended to be 
exemplary and variations of the described embodiments may be made 
without deviating from the spirit and scope of the present invention as 
defined in the appended claims. 
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